home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part1 / 5207 < prev    next >
Encoding:
Text File  |  1996-08-06  |  2.2 KB  |  73 lines
  1. Path: EU.net!sun4nl!ittpub!ittpub!nntp
  2. Newsgroups: comp.lang.c++
  3. Subject: Re: g++ warning about initialization of non-const obj& - help needed
  4. Message-ID: <1996Feb2.152455.1767@ittpub>
  5. From: wil@ittpub.nl (Wil Evers)
  6. Date: 2 Feb 96 15:24:54 WET
  7. References: <4eo63u$kr1@llnews.ll.mit.edu>
  8. Distribution: world
  9. Nntp-Posting-Host: lintilla
  10.  
  11. In article <4eo63u$kr1@llnews.ll.mit.edu> kappu@ll.mit.edu (Kalpana  
  12. Subramanian) writes:
  13.  
  14. > Hello g++ users,
  15. > 
  16. > I have a function declared as such:
  17. > 
  18. >     func( obj &)
  19. > 
  20. > I go to use it thus:
  21. > 
  22. >     func( obj.memberfunc() returning an obj);
  23. > 
  24. > I get a warning -
  25. > 
  26. >     warning: initialization of non-const `obj &' from rvalue `obj'
  27. > 
  28. > If I make a temporary obj, obj2 = obj.memberfunc()returning an obj,
  29. > and call func(obj2), it compiles.
  30. > 
  31. > In reading the FAQ, I understand that temporaries inside function calls
  32. > that require conversion can get deleted before the conversion process,
  33. > thus causing erroneous results and should be avoided. However, in this
  34. > usage, the compiler should be able to make a reference from an object,
  35. > shouldn't it?  Is it that the compiler will only want to make a const
  36. > reference from an object? The code I am compiling was all compiled under 
  37. > previous versions of g++, and I wanted to upgrade it all. I am using 
  38. > gcc/g++2.7.2 on a SunOS 4.1.4 platform.
  39. > 
  40. > If this is obvious to anybody, could you please explain what the
  41. > issue is?
  42.  
  43. The problem here is in func()'s prototype. func() takes a reference to a  
  44. non-const obj, which is another way of saying that func() will probably  
  45. modify the object passed to it - and may have been defined to do just  
  46. that. However, since the modification will be done to a temporary that  
  47. will subsequently cease to exist, func()'s modifications will be lost -  
  48. and this could cause surprises.
  49.  
  50. To give a simple example, supposing we have
  51.  
  52. void inc(double& d)
  53. {
  54.     d += 1.0;
  55. }
  56.  
  57. and someone writes:
  58.  
  59. main()
  60. {
  61.     double d = 0.0;
  62.     float f = 0.0;
  63.     inc(d);
  64.     inc(f);
  65. }
  66.  
  67. Then the first call `inc(d)' *will* increment d, while to second call  
  68. `inc(f)' *won't* increment f. Instead, a temporary double is created,  
  69. which is then incremented and forgotten about. This is why the compiler  
  70. warns about these things.
  71.  
  72. - Wil
  73.